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(54) A method for controlling a drug dispensing system 



(57) An automated drug dispensing system includes 
a cabinet adapted to store a variety of prepackaged 
pharmaceuticals in a plurality of bins for filling patient 
prescriptions. Each bin stores a particular variety of 
packaged multiple-dose pharmaceutical. Each variety 
of pharmaceutical is associated with a particular code. 
A controller receives request signals and in response 



generates dispense signals. Each bin includes a dis- 
penser coupled to the controllerfor dispensing the pack- 
aged pharmaceuticals therefrom in response to a dis- 
pense signal sent from the controller. After a package is 
dispensed, a code reader determines the code of the 
dispensed package and verifies whether the code on the 
dispensed package matches the code of the requested 
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Description 

Related Applications 

[0001] This application is a Continuation-in-Part of U. 
S. Serial No. 08/642,484, filed May 3, 1996, which is a 
Continuation-in-Part of U.S. Serial No. 08/544,623, filed 
October 18,1 995. The entire contents of the above ap- 
plications are incorporated herein by reference. 

Background of the Invention 

[0002] Automated pharmaceutical delivery systems 
have been in useforoverthirty years. The initial purpose 
of such systems was to reduce the high rates of medi- 
cation errors associated with manual distribution. In 
modern times, automated systems present more so- 
phisticated advantages. These include: further reduc- 
tion of errors, lower costs associated with pharmaceu- 
tical distribution, reduction of personnel, inventory con- 
trol, substance control, automated documentation, and 
relieving professional pharmacists of many tasks. 
[0003] The current state of the art of automated phar- 
maceutical delivery systems, otherwise known as med- 
ication management devices generally fall under three 
categories: automated devices in the central pharmacy 
area; automated devices in the patient care unit; and 
point-of-care information systems. 
[0004] The primary goal of centrally-located devices 
is to replace or improve the current manual process for 
filling unit dose carts. These devices offerthe advantage 
of a single, centralized inventory and a lower overall in- 
ventory. Disadvantages of such devices include their 
large size, high cost, and reliance on efficient delivery 
systems. 

[0005] Patient care unit-based devices replace the 
traditional manual unit dose cart filling and delivery sys- 
tem and provide increased control over floor stock. Ad- 
vantages of such systems include their smaller size and 
lower cost relative to centrally-located devices, immedi- 
ate access to medications, and automated documenta- 
tion of medication administration. Disadvantages in- 
clude application to unit dose levels only, increased 
costs due to the maintenance of multiple inventories in 
multiple units, additional time required to restock multi- 
ple devices, and larger inventory. 
[0006] Point-of-care systems are designed to enable 
immediate exchange of patient data at the bedside. 
Such systems allow for rapid access to patient informa- 
tion, fast documentation, integration of hospital informa- 
tion systems, and immediate verification of drug admin- 
istration. Primary disadvantages of point-of-care sys- 
tems include high cost associated with placing hardware 
in each room, networking the system, and security is- 
sues associated with personal data access. 
[0007] The above-described systems offer solutions 
for medication management in large hospitals where the 
large expense associated with large centrally-located 
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pharmacy systems, decentralized patient care units, 
and point-of-care systems at the bedside are justifiable 
for unit-dose dispensing and verification. These sys- 
tems fail to address efficient and economical medication 

s management at medium size facilities, for example 
health maintenance organizations which cannot justify 
the expenses associated with the large and costly afore- 
mentioned systems. Furthermore, while the above sys- 
tems provide a solution for unit-dose dispensing for in- 

10 dividual patients, they fail to address the issue of filling 
weekly or monthly prescriptions in a cost-effective man- 
ner. 

Summary of the Invention 

[0008] The present invention combines computer 
hardware and software, a telecommunications capabil- 
ity, and a medication container dispensing cabinet to 
form a complete in-office dispensing system. This ena- 
20 bles drug prescription dispensing in volume by a physi- 
cian, pharmacist, or other licensed practitioner directly 
to the patient at a clinic, group practice, or other location 
outside a pharmacy or hospital. The system provides a 
convenient, safe, automated, and low cost drug delivery 
25 system for the patient. 

[0009] The present invention is directed to an appa- 
ratus and method for automated dispensing of pack- 
aged pharmaceuticals. The apparatus of the invention 
includes a cabinet housing for storing a variety of pack- 
30 aged pharmaceuticals in a plurality of bins. Each bin 
stores a particular variety of packaged pharmaceutical 
where each package typically contains a plurality of unit 
doses as normally provided in a pharmacy filled pre- 
scription. Each variety of pharmaceutical is associated 
35 with a particular code marked on the package. When 
the packaged items are loaded into the system, the load- 
er scans each barcoded packagewith a barcode reader 
so that the data base for the unit properly reflects the 
packages contained in the unit. For dispensing, a con- 
40 trailer receives request signals and in response gener- 
ates dispense signals. Each bin includes a dispenser 
coupled to the controller for dispensing a packaged 
pharmaceutical therefrom in response to a dispense sig- 
nal sent from the controller. When the package is dis- 
45 pensed, a code reader determines the code of the dis- 
pensed package and verifies whether the code of the 
dispensed package matches the code of the requested 
package. 

[0010] The dispensing process can be initiated by an 
so authorized user at a computer terminal connected to the 
cabinet controller. Alternatively, a computer can be used 
to program a card or slip with patient information, with 
the cabinet being adapted for receiving the card, for au- 
tomatic dispensing directly to the patient. 
55 [0011] A plurality of the cabinet housings can be in- 
stalled in a modular or daisy-chained configuration in 
which a single controller operates a plurality of hous- 
ings. In a preferred embodiment of the apparatus of the 
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invention, the bins are in the shape of vertically-dis- 
posed columns shaped to store a plurality of bottles 
stacked vertically. Each bottle is sealed and contains a 
selected number of doses prior to being dispensed. 
Pharmaceutical packages are laid on top of each other 
within each column and are fed by gravity from the top 
of the column and exit at the bottom of the column on a 
first-in-first-out basis. Each column includes a replace- 
able label containing a code which matches the code 
disposed on the packages placed in that column. Pack- 
age coding is preferably accomplished by bar code 
which can include the drug identification number, dos- 
age expiration date and number of tablets. The control- 
ler is preferably a computer. In an automated system, 
sensors mounted in the bins monitor the inventory of the 
packages in each bin and detect jammed bins. 
[0012] The cabinet is preferably mounted on a wall or 
on a supporting cart as a stand alone unit. A ramp de- 
livers a dispensed pharmaceutical to a drop point. The 
ramp is preferably sloped so that gravity delivers the dis- 
pensed pharmaceutical without the need for other con- 
veying means. A label printer is coupled to the controller 
for printing a patient specific prescription label for at- 
taching to a dispensed pharmaceutical package. The 
prescription label can include a printed picture of the 
pharmaceutical contained in the package. A document 
printer is likewise coupled thereto for printing instruc- 
tions specific to the dispensed pharmaceutical for use 
by the patient or medical practitioner. In a preferred em- 
bodiment, the printers are inhibited until the bar-code 
reader verifies that proper dispensing of the pharmaceu- 
tical has occurred, 

[0013] A preferred method of using Ihe invention for 
a clinical trial includes dispensing a pharmaceutical and 
a placebo in different packages and monitoring use 
thereof. Clinical trials are commonly used in the evalu- 
ation of the safety and effectiveness of drug protocols 
in the pharmaceutical industry. These trials can typically 
take the form of distributing the drug being tested and a 
placebo to a selected patient population and then mon- 
itoring the outcome to determine the drug's effective- 
ness. The dispensing system of the present invention is 
particularly well suited to aid in the controlled distribution 
of both the drug (or drugs) under test and the placebo 
used in these clinical trials. Due to the accurate labelling, 
record keeping and remote distribution capabilities, and 
the ability to dedicate specific units to a particular trial 
the conduct of these trials can be done more safely and 
accurately. 

Brief Description of the Drawings 

[0014] The foregoing and other objects, features and 
advantages of the invention will be apparent from the 
following more particular description of preferred em- 
bodiments of the invention, as illustrated in the accom- 
panying drawings in which like reference characters re- 
fer to the same parts throughout the different views. The 



drawings are not necessarily to scale, emphasis instead 
being placed upon illustrating the principles of the inven- 
tion. 

[0015] FIG. 1 is a diagram of preferred embodiment 
s of an automated drug dispensing system in accordance 
with the present invention. 

[0016] FIG. 2 is a block diagram of an automated sys- 
tem for pharmaceutical distribution and inventory man- 
agement in accordance with the present invention. 
io [0017] FIG. 3 is a block diagram of a preferred em- 
bodiment of a cabinet rack in accordance with the 
present invention. 

[001 8] FIG . 4 is a block diagram of an automated drug 
dispensing system having daisy-chained remote control 
15 dispenser cabinets in accordance with the present in- 
vention. 

[0019] FIG. 5 is a perspective view of a dual-valve dis- 
penser in accordance with the present invention. 
[0020] FIGS. 6A-6C are sequential illustrations of the 
20 operation of the dual-valve dispenser. 

[0021] FIG. 7A is a flow diagram of the main menu 
software. 

[0022] FIGs. 7B and 7C are flow diagrams of the pre- 
scription menu software. 
25 [0023] FIG. 8 is a schematic diagram illustrating the 
administration of a clinical trial in accordance with the 
invention. 

[0024] FIG . 9 is a schematic diagram of a circuit board 
using a controller for a drug dispensing system in ac- 

30 cordance with the present invention, 

[0025] FIG. 1 0 is front view of a dispensing system on 
a Tollable cart in accordance with the invention, 
[0026] FIGs. 1 1 A and 1 1 B are block diagrams of sys- 
tem configurations in accordance with the present in- 

35 vention. 

[0027] FIG. 12 is a flow diagram representing the 
processes performed by the pharmacy technician at an 
RCD and a registered pharmacist at an RPH in accord- 
ance with the present invention. 
40 [0028] FIGs. 13A-13Q are flow diagrams represent- 
ing the software operating on the remote pharmacist 
(RRPH) workstations. 

[0029] FIGs. 14A-14V are images of the user inter- 
face for the RPH workstation software. 
45 [0030] FIG. 15 is a printout of a patient monograph to 
be administered to the patient along with labels for ad- 
herence to the dispensed pharmaceutical in accordance 
with the present invention. 

[0031] FIG. 16 is a block diagram representing a va- 
so riety of remote drug dispensing configurations in accord- 
ance with the present invention. 
[0032] FIG. 17 is a schematic block diagram repre- 
senting the transfer of data between an RCD host com- 
puter and a remote RPH workstation in accordance with 
55 the present invention. 

[0033] FIG. 18 is a schematic block diagram repre- 
senting connectivity between RCD units at various sites 
in accordance with the present invention. 
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[0034] FIG. 19 is a schematic block diagram repre- 
senting dual modem configuration in accordance with 
the present invention. 

[0035] FIG. 20 is a perspective view of a roller dis- 
penser in accordance with the present invention. 
[0036] Fl Gs. 21 A-2 1 C i II ustrate operation of the roller 
dispenser during a dispensing sequence. 
[0037] FIG. 22 illustrates a direct-drive roller dispens- 
er embodiment in accordance with the present inven- 
tion. 

[0038] FIGs. 23 and 23A illustrate a step column in 
accordance with the present invention. 
[0039] FIG. 24 is a close-up view of an alternative em- 
bodiment of a roller dispenser face in accordance with 
the present invention. 

[0040] FIG. 25 is a perspective illustration of a rack of 
columns in accordance with the present invention. 
[0041] FIG. 26 is a perspective illustration of drawers 
of helix dispensers. 

[0042] FIGs. 27 and 28 are close-up views of a dis- 
pensing sequence for the embodiment of FIG. 26. 
[0043] FIG. 29 is a perspective illustration of a system 
including helix and column dispensers in accordance 
with the present invention. 

[0044] FIG. 30 is a perspective illustration of a cabi- 
net-style dispensing system in accordance with the 
present invention. 

[0045] FIG. 31 is a perspective illustration of a cabinet 
used in the system of FIG. 30 in accordance with the 
present invention. 

[0046] FIG, 32 illustrates a dispensing unit having a 
plurality of workstations in accordance with the present 
invention. 

[0047] FIG. 33 illustrates a kiosk system in accord- 
ance with the present invention. 

Detailed Description of Preferred Embodiments 

[0048] The present invention provides safe pharma- 
ceutical prescription dispensing directly by physicians, 
pharmacists, and other licensed practitioners operating 
in small to medium size locations in a cost-effective 
manner. Prepackaged pharmaceuticals are stocked at 
nearby municipal service centers and distributed to the 
health care locations as needed. The inventory is con- 
tinually and automatically monitored by a host computer 
at the location. Inventory is ordered on a just-in-time ba- 
sis by the computer. In this manner, prepackaged mul- 
tiple-dose pharmaceuticals are availableto practitioners 
at the health-care facility for immediate filling of patient 
prescriptions. 

[0049] The present invention offers significant advan- 
tages to physician group practices. The system im- 
proves customer service and enhances the image of the 
group practice. Drug theft is prevented by securing the 
pharmaceuticals in a closed system and inventory is 
kept low. The system meets state pharmacy, safety, and 
regulatory compliance laws, whereas many manual dis- 



pensing systems do not. A pharmaceutical distributor 
can handle all inventory planning, financing, mainte- 
nance, and ordering with minimal interaction with group 
practitioners. Disruptive telephone calls to the physician 
s from pharmacists are minimized. Further, physicians 
can gain immediate access to a patient's pharmacy 
records currently unavailable to him. 
[0050] Managed care providers, for example, Health 
Maintenance Organizations and Pharmacy Benefits 
io Managers also realize significant advantages from the 
present invention. The invention increases the likeli- 
hood that a patient will receive the required treatment, 
because the pharmacy is available at the doctor's office. 
Labor costs for in-house pharmacies are reduced, al- 
15 lowing staff reductions or reassignments. In-house drug 
dispensing can be extended to physician-staffed satel- 
lite clinics and other locations not suitable economically 
for conventional pharmacies. The system enables auto- 
mated patient compliance enhancing programs, drug 
20 utilization analysis, and the use of other emerging phar- 
macy management opportunities to reduce costs and 
improve patient compliance and wellness. Drug costs 
are reduced by formulary control, thereby encouraging 
generic substitution of name brand drugs. Inventory is 
25 tracked automatically by the drug distributor headquar- 
ters, thus preserving professional time for patient care. 
[0051] The present invention also offers significant 
advantages to the patients. Drugs are provided imme- 
diately at the physician's office, avoiding an inconven- 
30 lent trip to a pharmacy. This is particularly important to 
mobility-impaired patients and eliminates a major 
source of drug non-compliance. Electronic third-party 
payor cards can be used for drug purchases at the doc- 
tor's office. The patient can obtain prescription drugs at 
35 prices competitive with retail discounters. The physi- 
cians are able to track prescription compliance which 
can result in faster recovery. 

[0052] The apparatus of a preferred embodiment of 
the invention will now be described. FIG. 1 is a diagram 
40 of an automated drug dispensing system in accordance 
with the present invention. The primary components of 
the system include a remote control dispenser (RCD) 
cabinet 20, a host computer 46, a modem 52, a docu- 
ment printer 56, and a label printer 54. The cabinet 20 
45 includes a rack 24 comprising a plurality of bins, prefer- 
ably in the shape of columns 34. Packages 32 such as 
drug bottles, containing pharmaceuticals of various 
types are distributed among the columns 34, each col- 
umn 34 containing a separate type of pharmaceutical. 
so Four racks 24 are enclosed in the cabinet 20 chamber, 
two in the main cabinet 20 and two on the doors 22. The 
doors are secured by locks 28. 

[0053] A licensed user, for example, a doctor, phar- 
macist, nurse, or other medical practitioner qualified to 
55 fill patient prescriptions, operates the system at the host 
computer 46, using a keyboard 50 and mouse 66 for 
input and receiving visual feedback at a monitor 48. Us- 
ing the keyboard 50, a user enters a command to re- 
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quest dispensing of a particular packaged pharmaceu- 
tical variety 32 for a particular patient. The computer 46 
transmits the request via an interface 70 to a controller 
42 located on the RCD cabinet 20. The controller 42 in- 
terprets the command sent from the computer 46 and 
enables a dispensing actuator 68 in the appropriate col- 
umn 34. The lowest package 32 in the appropriate col- 
umn 34 is released from the column 34 and ejected onto 
a ramp 30. The released package 74 slides down the 
ramp 30 into an opening 26, where the released pack- 
age 74 is made available to the dispensing party for 
transfer to the patient. A bar code reader 40, located 
nearthe dispensing opening 26, reads a code 98 on the 
dispensed package 74 and transmits the bar code infor- 
mation to the computer 46, which informs the user 
whether the code 98 on the dispensed package 74 
matches that which was requested by the user. The bar 
code 98 can be disposed on the side, top, and/or bottom 
of the package 32. In an automated embodiment of the 
system, sensors 36 located on each column 34 monitor 
the dispensing process and notify the controller 42 of 
any package jams. The sensors 36 also monitor inven- 
tory of the columns 34 and notify the computer 46 
through controller 42 that a particular column is empty 
or near empty. 

[0054] Alternatively the prescription can be dis- 
pensed directly to the patient. A card reader 38, mount- 
ed directly on or nearthe cabinet, is adapted to receive 
a card 39 from a patient. The card is programmed with 
patient information by a licensed practitioner. The pa- 
tient inserts the card 39 in the card reader 38 and re- 
ceives his medication automatically from the cabinet. 
The medication bottle 32 may be filled with a single dose 
of medication for a particular patient, or can include 
weekly or monthly doses. Th is embodiment is especially 
useful in large institutions, such as prisons, where many 
individuals require medication on a regular basis. 
[0055] Upon validating the bar-code 98 of the dis- 
pensed package 74, the computer generates a label 58 
containing prescription information at a label printer 54 
to be placed on the package, and generates a document 
60 at a document printer 56 containing additional in- 
structions for the patient or practitioner. A modem 52 en- 
ables periodic or continuous communication between 
the host computer 46 and other computers in the net- 
work so that a complete inventory and status of each 
remote control dispenser cabinet is available at all 
times. Several remotecontrol dispenser cabinets 20 can 
be integrated into a single installation operated by a sin- 
gle computer 46. The cabinets 20 can each be individ- 
ually connected to the host computer 46, or may be dai- 
sy-chained, with only one cabinet 20 in the chain con- 
nected to the host 46. 

[0056] A typical remote control dispenser cabinet 20 
contains forty columns 34 for holding and dispensing the 
prepackaged pharmaceuticals. Each rack 24 includes 
ten columns 34. as shown in FIG. 3. Two racks are dis- 
posed on each side of the cabinet, one in the main cab- 



inet area 20, and one on the door 22, such that when 
the door 22 is closed, the racks 24 face each other. A 
typical column will hold up to 13 packages of a given 
pharmaceutical. The columns at the ends of the cabinet 

s 34A are shorter than the columns nearest the center of 
the cabinet 34B to accommodate the sloped ramp 30. 
The ramp 30 receives a dispensed pharmaceutical 
package, and directs it toward the dispensing area 26 
in the center of the cabinet 20. A raised ramp divider 31 

10 divides the ramp 30 into two sections 30A, 30B, each 
section for dispensing pharmaceutical packages from 
each rack. 

[0057] At the top of each column 34 is a replaceable 
bar code label 76 which identifies the pharmaceutical 

15 contained in that column and the appropriate column 
number. At the time of loading the cabinet, the column 
barcode label 76 is matched against the package label 
98 to be loaded to verify that the correct pharmaceutical 
package 32 is placed in each column. Referring backto 

20 FIG. 1 , the RCD controller 42 receives commands from 
and transmits status information to the host computer 
46 via the controller interface 70. A request command 
sent from the host computer 46 identifies the pharma- 
ceutical package 32 to be dispensed. In response, the 

25 RCD controller 42 activates the appropriate dispenser 
68, thereby releasing a single package of the variety re- 
quested. A parallel or serial I/O interface 62 at the host 
computer 46 provides a sufficient communication chan- 
nel. The simplest interface is a unidirectional channel 

30 from the host computer 46 to the controller 42. A full 
duplex implementation allows the controller 42 to trans- 
fer status information back to the host 46. Status infor- 
mation may include errors such as package jams, empty 
columns, or other cabinet status. Availability of such in- 

35 formation prevents inconsistencies in the database and 
provides the operator with recovery procedures. This 
would require adequate sensors 36 to be mounted in 
appropriate positions on the RCD cabinet 20. 
[0058] The bar-code reader 40 can be mounted di- 

40 rectly on the unit or can comprise a hand-held unit 41 . 
It verifies proper loading of the RCD cabinet 20 and 
proper dispensing of each pharmaceutical package 32. 
Before a column 34 is loaded with packages 32, the col- 
umn bar code label 76 is compared with the bar code 

45 label 98 of each package 32 inserted into the column 
34. Each time a package 74 is dispensed from the cab- 
inet 20, the package bar code label 98 is scanned by 
the bar code reader 40 to verify that the correct phar- 
maceutical has been dispensed. The bar code reader 

so 40 is interfaced to the host computer 46 through a stand- 
ard keyboard wedge 64. The wedge 64 makes the bar 
code reader 40 input via the bar code interface 72 ap- 
pears to be coming from the keyboard 50. Such an in- 
terface is a simple and reliable interface to the pharmacy 

55 software operating on the computer 46. The bar code 
reader 40 must be highly reliable and provide a high first 
read rate. Label printing on the pharmaceutical packag- 
es 32 must be of high quality to accommodate this. Dur- 
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ing loading, the bottles are loaded into each column up 
to a certain height, the highest bottle in the column is 
positioned adjacent a bar coded column label 75 run- 
ning along each column. Thus, the number of bottles in 
each column can be recorded at loading and tracked 
during use. 

[0059] The host computer 46 runs the pharmacy soft- 
ware, provides a user interface, and supports the RCD 
controller 42. bar code reader 40, and modem 52. A 
standard off-the-shelf personal computer and operating 
system are sufficient to meet these requirements. As de- 
scribed above, the keyboard 50 and mouse 66 receive 
input from the user and the monitor 48 provides visual 
feedback. The document printer 56 prints documenta- 
tion 60 such as detailed instructions and a label printer 
54 prints package labels 58, for example, prescription 
information 59 for adherence to the dispensed package 
74. The prescription label 58 may also include a printed 
picture of the pharmaceutical 57 contained on the bottle 
to provide additional security. 

[0060] The modem 52 provides a communication link 
between the municipal service center (MSC) 106 and 
the remote control dispenser 1 08. Through this link, in- 
ventory of each RCD cabinet 20 is automatically moni- 
tored and updated in the MSC 106 computer. The mo- 
dem link also serves as a medium to issue restock or- 
ders, update pharmacy software running on the host 
computer 46, and provide remote diagnostics. The mo- 
dem can be compatible with standard telephone lines 
and can be capable of transferring data at sufficient 
rates. 

[0061] The pharmacy software operating on the host 
computer 46 is a standard commercial software pack- 
age which provides standard administrative and ac- 
counting capabilities. The pharmacy software also sup- 
ports the unique features of the remote control dispens- 
er system. These include: data communication with the 
RCD controller 42 via parallel or serial I/O interface 62; 
data commun ication with the bar code reader 40 via key- 
board wedge 64; data communication with the municipal 
service center via modem 52; printing of labels 58 with 
the label printer 54 and printing of documentation 60 
with the document printer 56. The software is described 
in further detail below in conjunction with FIGs. 7A, 7B, 
and 7C. 

[0062] The cabinet 20 and rack 24 are preferably fab- 
ricated from aluminum, stainless steel, or plastic to be 
fully compatible with a clinical setting. The rack 34 can 
be modified to provide for a diversity of packages includ- 
ing various box and bottle sizes, unit-of-use packaging, 
liquids, syringes, and various non-prescription products, 
for example, medical supplies. 

[0063] The computer 46 can comprise a portable ter- 
minal, a notebook computer, or a hand-held personal 
digital assistant. Voice recognition or voice prompted 
software can be employed using a telephone or wireless 
local area network. Voice recognition systems can use 
a generic or a user-customized system and can include 



voice signatures. The objective is to maximize system 
flexibility and ease of use for the doctor and staff without 
compromising safety. The remote control dispenser sys- 
tem can be utilized as a free-standing system, as a local 
5 network integrated with physician office computers, or 
as a centralized network in conjunction with product re- 
lease at a remote location. 

[0064] FIG. 4 is a block diagram of a remote control 
dispensing configuration having daisy-chained remote 

io drug dispensing units 20. A computer 1 00 at distribution 
headquarters is connected through a modem 52 to a bi- 
directional communication link 1 1 8. A computer 1 06, in- 
cluding disk storage 1 07 and a printer 56, at the munic- 
ipal service center 106 communicates with headquar- 

15 ters 1 00 and with a plurality of remote control dispenser 
workstations 46 via modems 52. The RCD workstations 
46 include a printer 56 and may include personal data 
assistants 122. The workstation 46 is connected via a 
controller interface 70 to remote control dispenser cab- 

20 inets 20. The cabinets 20 can be daisy-chained as 
shown or may each be individually connected to the 
workstation 46. The computer 1 00 can also be linked by 
modem to all or selected remote dispensers so that each 
dispenser can be remotely controlled. 

25 [0065] FIG. 5 is a perspective view of a dual-valve dis- 
penser 68. As shown in FIGs. 1 and 3, each column 34 
includes a dispenser unit 68. The dispenser unit 68 is 
located at the bottom of each column for dispensing a 
single bottle 32 when commanded by the user. A pre- 

30 ferred dispenser 68 includes an upper solenoid 80A and 
a lower solenoid 80B, Each solenoid 80A, 80B engages 
a corresponding dispenser valve 84A, 84B. The dis- 
penser valves 84A, 84B are biased in a closed position 
by return springs 82A, 82B. All dispenser components 

35 are mounted to a housing 86. 

[0066] FIGs. 6A-6C illustrate operation of the dis- 
penser valve during a dispensing sequence. In FIG. 6A, 
a gravity-fed column of bottles 32 is held in place by a 
bottle rack 24. A lower bottle 32B is retained by lower 

40 solenoid 80B and lower valve 84B and held in place be- 
tween the valve 84B and the wall of the rack 24. The 
remaining bottles in the column 32A are retained by the 
upper solenoid 80A and upper valve 84A. 
[0067] In FIG. 6B, the lower solenoid 80B retracts, 

45 preventing the lower valve 84B from interfering with the 
lower bottle 32B. This allows the lower bottle 32B to be 
released and dispensed. The upper bottles 32A contin- 
ue to be held in position by upper valve 84A. 
[0068] In FIG. 6C, the lower solenoid 80B is reactivat- 

so ed and lower valve 84B again interferes with the rack 
24. The upper solenoid 80A is then retracted, disengag- 
ing the valve 84Afrom the upper bottles 32A. This allows 
the column 32A to fall and the lowest bottle engages the 
lower valve 84B. The upper solenoid 80A next closes 

55 the upper valve 84A, causing it to engage the next bottle 
32A in the column. In this manner, a single bottle 32B is 
dispensed, the remaining bottles 32A all descend one 
position, and the dispenser 68 is again ready to dis- 
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pense as shown in FIG. 6A. 
[0069] An alternative dispenser, referred to herein as 
a "roller" dispenser, is illustrated in the perspective view 
of FIG. 20. Each column 606 includes a roller dispenser 
unit 622. Each roller has end faces 61 8, 626, and a side 
wall 620 in the shape of a sectioned canister. The roller 
is adapted to rotate about bushings 619. A motor as- 
sembly 608 at the top of each column 606 drives a cam 
610. A drive cable 612 is coupled to the cam 610 at a 
proximal end, and a pin 614 on the side wall 620 of the 
roller 622 at a distal end. As the roller dispenser unit is 
activated, the motor 608 causes the cam 61 0 to rotate, 
which in turn tensions the drive cable 612. This causes 
the roller 622 to rotate in the direction shown by arrow 
623. The roller rotates nearly a half turn and causing a 
bottle cradled in the hollow portion 624 of the roller to 
be dispensed. After tension is removed from the drive 
cable 612, the return spring 616 returns the roller 622 
to its original position. 

[0070] Fl Gs. 21 A-2 1 C illustrate operation of the roller 
dispenser 622 during a dispensing sequence. In FIGs. 
21 A, a gravity fed column of bottles 604A-D is held in 
place by a bottle rack 606. The lowest bottle 604A in the 
stack is located in the opening 624 of the roller assembly 
622. The remaining bottles 604B-D rest above bottle 
604A. 

[0071] In FIG. 21 B, the motor (not shown) has ten- 
sioned the drive cable 612 and tugs on the cable 612 
connected to pin 61 4 on the roller 622. This causes the 
roller 622 to rotate in the direction shown by arrow 625, 
thereby dispensing bottle 604A. As the roller rotates, the 
leading edge 623 comes in contact or "slices" the lower 
edge of bottle 604B, causing the column of bottles 
above bottle 604A to raise slightly. The circumferential 
length of the roller side wall 620 (see FIG. 20) deter- 
mines when the bottle is released during rotation of the 
roller. If the length is too long, the bottle will not release 
from the roller, and if too short, multiple bottle drops may 
result. A preferred circumferential length will cause the 
leading edge of the roller side wall 620 to slice the next 
bottle 604B in the stack enough to lift the stack of bottles 
a height approximately equal to the material thickness 
of the roller side wall. 

[0072] In FIG. 21 C, bottle 604A has been dispensed 
and the motor releases the tension in the cable 61 2. The 
return spring 616 causes the roller to rotate in the direc- 
tion shown by arrow 623 and return to its original posi- 
tion. At or near its original position, bottle 604B settles 
into the opening 624 and is ready for dispensing. The 
remaining bottles 604C,D lower into position above bot- 
tle 604B. Various roller dispenser configurations can be 
realized. For example, the standard spring 616 illustrat- 
ed in FIG. 20 can be replaced by a coil spring, allowing 
for a lower profile, and therefore, denser packing of col- 
umns. The spring 616 can be replaced by a dual drive 
cable 612 design, a first cable to rotate the roller clock- 
wise, and a second cable to rotate the roller counter- 
clockwise. 
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[0073] In a cable-less design as shown in FIG. 22, the 
motor 608 is attached directly to the hub 628 of roller 
622. The motor causes the roller 622 to rotate and dis- 
pense in a 360 degree motion and to be in position for 

s reload. For purposes of the present invention, this con- 
figuration will be known as a direct-drive system. In this 
system, the motor may comprise a step motor preferably 
geared to match the weight and load of the column of 
bottles above the roller. Alternatively, a more powerful 

10 motor may be used to handle the highest conceivable 
bottle column weight. 

[0074] FIG. 23 is a perspective view of a step column, 
which allows for columns of larger height. An entirely 
vertical column is limited by the construction of the bottle 

15 as the bottle positioned atthe bottom of the column must 
bear the weight of all bottles above it. For example, a 
typical pharmaceutical bottle will begin to deform under 
the weight of 25 bottles. By introducing a step 630 in the 
column as shown in FIG. 23, the vertical load 633A of 

20 the bottles above the step 631 is redirected 633B into 
the side wall of the column as shown in inset FIG. 23A. 
Alternatively a door 632 may be implemented in the col- 
umn as shown in FIG. 23 for supporting the weight of 
the bottles above the door 632. In this configuration, the 

25 door may open and close each time a bottle is dis- 
pensed. 

[0075] FIG. 24 is a closeup view of the interface be- 
tween the drive cable 612 and an alternative embodi- 
ment of the face of the roller 626. In this embodiment, a 

30 fitting 640 on the end of the cable 612 interfaces with a 
mating hole 641 on the roller face 626. A cable housing 
613 protects the cable from interference along the 
length of the column. The cable housing 613 is fixed in 
place by a cable housing mount 634 mounted against 

35 the side wall of the column. The return spring 616 at- 
taches to the roller face 626 at a pin stud 638. The op- 
posite end of the spring is attached to the side wall of 
the column (not shown). Note that in this embodiment, 
the cable 612 and the spring 616 interface with the face 

40 of the roller 626 rather than the side of the roller 61 8 as 
shown in previous embodiments. Many embodiments 
are conceivable along these lines. 
[0076] FIG. 25 is a perspective illustration of a rack 
642 of columns 603. Each column 603 includes a cor- 

45 responding rollerassembly 622, which is individually ad- 
dressable by the controller to dispense a bottle 604A as 
shown. After dispensing, a pusher 644 pushes the dis- 
pensed bottle forward into an off-center tilt tray 646 and 
returns to its original position. The tilt tray 646 rotates in 

so the direction shown by arrow 648 for removal of the dis- 
pensed bottle by the operator. Either a return spring or 
gravity returns the tilt tray 646 to its closed position . Note 
that the tilt tray 646 when opened by the operator pre- 
vents entry of the operator's hand or other objects into 

55 the rack area 642 to avoid pilferage. 

[0077] To load the columns 603, each rack 642 of col- 
umns slides out in the direction shown by arrow 650. 
Each rack preferably includes a key lock at the top with 
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a keying mechanism which retains the key until the rack 
is returned to its position, preventing loss of the key. Af- 
ter the columns are filled, the rack is returned to its nor- 
mal position and the key is removed. 
[0078] FIGs. 26 is a perspective illustration of an al- 
ternative embodiment of the present invention. In this 
embodiment, drawers 646 of helix dispensers 648 are 
contained in a cabinet 650. The helix dispensers 648, 
when activated, rotate in a single direction 652 as shown 
in FIG. 27. As the helix 648 rotates, any pharmaceutical 
packages disposed on the helix are pushed forward to- 
ward the front of the cabinet 650. One full rotation of the 
helix 648 will cause the outermost package 654 to be 
released as shown in FIG. 28, causing the package 654 
to fall into the bin 656. After the package 654 drops into 
the bin 656, an operator slides open the bin 656 and 
removes the package. While the bin is open, adoor(not 
shown) blocks the opening between the bin 656 and the 
dispensing area to prevent pilferage. The helix-dispens- 
ing unit described above is particularly su itable for pack- 
ages of various non-standard sizes, for example boxes, 
bags, and kits. Larger-sized helixes 648 may be used 
for larger packages and smaller helixes may be used for 
smaller packages. The helixes. 648 are each individu- 
ally driven by a stepper motor located in the rear of each 
tray. 

[0079] FIG. 29 is a remote control dispenser embod- 
iment well-suited for use in a doctor's office or in a small 
clinic. The top unit 660 includes a column dispenser as 
shown in FIG. 25. The bottom unit 662 includes a helix 
dispenser as shown in FIGs. 26-28. This combination of 
dispensers covers a range of package styles for control- 
led substances, lool kits, and bandages Tor a typical clin- 
ic. 

[0080] FIG. 30 is a perspective illustration of a cabi- 
net-style dispensing system. A closet 664 encloses a 
plurality of cabinets 668. Each cabinet contains several 
racks 670, having a plurality of columns 672 (See FIG. 
31 ). The racks may be positioned in the top 670A or bot- 
tom 670B of the cabinet 668. The top 670A and bottom 
670B racks may feed into a single door as shown or mul- 
tiple doors. This embodiment is particularly well suited 
for pharmaceutical warehousing or for operation in the 
pharmacy of a large hospital. Such a system is capable 
of storing and organizing thousands of different pharma- 
ceuticals, each 3pharmaceutical being automatically 
trackable by the software described herein. 
[0081] FIG. 31 is a perspective illustration of a typical 
cabinet 668 used in the system of FIG. 30. Each cabinet 
668 includes a plurality of racks 670 (one rack is shown), 
each rack having a plurality of columns 672. Each col- 
umn includes a dispensing unit, for example, a roller 622 
which is individually addressable. The bottles are dis- 
pensed onto a gravity-fed track 674 or onto a conveyor 
belt which conveys the dispensed bottle to an opening 
676 for handling by the operator. 
[0082] FIG. 32 is an illustration of an alternative dis- 
pensing unit. The unit includes a plurality of workstations 
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678, each workstation having a corresponding dispens- 
ing port 680. The unit further includes a cabinet 682 for 
storing a variety of pharmaceuticals and a conveyer 
means 684 for conveying a dispensed pharmaceutical 
s from the cabinet area 682 and for distributing it to the 
appropriate dispensing port 680. Each workstation 678 
also includes a printerfor printing labels and instructions 
as described herein and a barcode reader for verifying 
that proper dispensing has occurred. 
io [0083] The workstation can alternatively be config- 
ured with integrated voice response software and hard- 
ware to permit external initiation of a refill order. In such 
a configuration, a patient telephones the workstation, 
enters a secret code and initiates refill dispensing. After 
15 dispensing as occurred, the workstation verifies such to 
the patient indicates a time for pick up. At the next op- 
portunity, the operator of the workstation prepares the 
bottle label and instructions, and verifies that proper dis- 
pensing has occurred. 
20 [0084] In a kiosk configuration as shown in FIGs. 33, 
a cabinet 686 encloses a carousel-type rotatable cabi- 
net 688 containing a plurality of individually addressable 
locations 690. Upon receiving a dispensing signal, the 
carousel 688 rotates to align the correct column 690 with 
25 the dispenser 692. The dispenser 692 includes a grab- 
ber 694 which removes the bottle from its storage loca- 
tion 696. The grabber 694 conveys the pharmaceutical 
downward to dispensing drawer 698 and rotates to 
place the pharmaceutical in the drawer 698. The oper- 
30 ator removes the pharmaceutical from the drawer and 
completes the dispensing process, 
[0085] FIGs, 7A-7C are flow diagrams of the compu- 
ter 46 software. The software is preferably in a user- 
friendly windows format. In a standard format, the Sott- 
as ware is accessed on the host computer. Alternatively, 
the software is accessible by a remote terminal 151 or 
a pen-based personal data assistant 152 through a re- 
mote access gate 153. A splash screen 154 containing 
the company name, for example is output on the screen 
40 and the user is queued for a password 155. If the pass- 
word is entered correctly, amain menu 156 is generated 
requesting the userto: access a prescription 156A; print 
a report or label 156B; investigate the database 156C; 
communicate with a remote location 156D; service the 
45 database 156E; maintain the cabinet 156F; load addi- 
tional software 156G; and exit 156H. If exit 156H is se- 
lected, the program ends 157. 

[0086] FIG. 7B and 7C are flow diagrams of the pre- 
scription submenu 160. The computer queues the user 

so as to whether he would like to enter a new prescription 
161, refill an existing prescription 162, or return to the 
main menu 163. If the user selects the new prescription 
161 option, he is queued for a password 164. The user 
is next asked to enter the patient name 1 65. If the name 

55 is not known, then a search program 166 can search for 
the patient name or download the patient name from a 
mainframe 167. When the patient name is known, the 
user enters various prescription information and con- 
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firms that the data entered is correct 1 69. Next, the soft- 
ware runs a clinical review 1 70 and determines whether 
the prescription is proper 1 71 . 

[0087] If the prescription is proper, a bottle is dis- 
pensed 1 72 and the bar code of the dispensed bottle is 
scanned 173. If the barcode does not match that which 
was expected 174, then a warning is displayed 175, a 
communication link is set up with headquarters 1 76 and 
headquarters is warned 177 of the incorrect dispensing. 
If the proper medication was dispensed 174, then the 
computer prints a bottle label 178, generates a clinical 
review report 179 and conducts OBRA patient educa- 
tion monographs 180. The bottle is then administered 
to the patient 181 and the computer checks inventory 
182 and if inventory is low, the computer communicates 
with headquarters 183 and orders new inventory 184. 
The computer then returns to the main menu 156. 
[0088] If the user selected the "refill prescription" op- 
tion 162 atthe prescription submenu 160, then the pass- 
word is checked 185 and the current patient record is 
displayed 186. The practitioner confirms the data 169 
and dispensing takes place in the manner described 
above. 

[0089] FIG. 2 is a block diagram of an automated drug 
distribution system for maintaining the inventory of the 
RCD sites 1 08 in accordance with the present invention. 
The various RCD sites 108 are stocked with prepack- 
aged pharmaceuticals obtained on a just-in-time (JIT) 
invenLory basis from an FDA-approved drug repackager 
1 02. The repackager 1 02 obtains unit-dose pharmaceu- 
ticals from various manufacturers 1 04, and repackages 
the unit-doses into a package containing multiple, pre- 
scription-sized doses. The packages must be suitable 
for use in the remote control dispenser units 108. The 
drugs are then distributed 112 to municipal service cent- 
ers 106 which operate as regional distribution facilities 
in major urban areas. In turn, each municipal service 
center 106 redistributes 114 the packaged pharmaceu- 
ticals to each remote control dispenser 1 08 in its region. 
[0090] The entire system is linked by a communica- 
tion network 116, 118, 120. The inventory status of each 
remote control dispenser 120 is communicated to the 
corresponding municipal service center through a 
standard telephone link 120. Restocking requests and 
other inventory information are communicated 1 1 8 from 
the municipal service center 106 to headquarters 100 
or any desired combination thereof. Headquarters 100 
communicates 116 inventory requirements to the 
repackager 102. In response, the repackager 102 fills 
the order and ships the stock to the appropriate munic- 
ipal service center 106. In this manner, headquarters 
100 maintains an automated and continually-updated 
inventory of all remote control dispensers 108 on a JIT 
basis. 

[0091] The system is further capable of monitoring pa- 
tient records and billings and can format electronic third 
party billings for processing by the health care provider. 
With expanded software, patient records can be ac- 



cessed on an integrated basis allowing for monitoring of 
drug side-effects and compliance. 
[0092] In a preferred distribution system, a computer 
at the distributor headquarters 1 00 sends a restocking 

s request via communication link 116 to the FDA-ap- 
proved repackager 1 02. The repackager 1 02 fills the or- 
der and sends it by overnight air courier to the designat- 
ed municipal service center 1 06. At the municipal serv- 
ice center, the drugs are distributed to drivers for specific 

io remote control dispensers 108 in the local community. 
A driver delivers the drugs and restocks the remote con- 
trol dispenser 1 08 . As drugs are dispensed from the re- 
mote control dispenser 108, the inventory, sales, and 
restocking requirements are updated and transmitted 

'5 via telephone link 120 to the computer atthe municipal 
service center 1 06. The municipal service center com- 
puter is linked 1 1 8 to a similar computer at the distributor 
headquarters 100, completing the communication loop. 
[0093] Pharmaceuticals are preferably bar-coded at 

20 the repackager 102. The pharmaceuticals are tracked 
using bar code information through each step of the 
process to the point of sale at the customer. In this way, 
all transactions are recorded and communicated in real- 
time to headquarters 100. This integrates accounting, 

25 accounts receivable, and inventory management sys- 
tems, which allows the distributor headquarters to oper- 
ate with minimal staffing. Each step of the process is 
self-contained and modular allowing rapid and flexible 
geographic expansion. 

30 [0094] Each remote control dispenser is preferably 
placed on an inventory replenishment schedule, The 
number of weekly supply visits is a function of the rate 
of inventory usage. A computer record is maintained of 
prescriptions dispensed and product remaining. If there 

35 is a sudden increase in inventory activity, for example if 
a particular variety of medication is running low, an 
emergency call is initiated by the remote control dis- 
penser 1 08 to the municipal service center 1 06 indicat- 
ing the need for rapid inventory replenishment. The in- 

40 ventory preferably consists of the most frequently pre- 
scribed products used by physicians utilizing the unit. 
The variety can be adjusted at any time and will vary 
from location to location. 

[0095] A software module can be added to optimize 
45 use of the drug dispensing system forthe administration 
of a clinical trial. As shown schematically in Fig. 8, clin- 
ical trials undercurrent FDA regulations can be conduct- 
ed in three phases; Phase I at 1 94 is to access toxicity; 
Phase II at 196 is to assess safety; Phase III at 197 is 
so to assess efficacy, and possible Phase IV studies 198 
for limited distribution. It is highly desirable to automate 
these procedures as the prompt and accurate evalua- 
tion of new treatments for safety and efficacy can lead 
to expedited regulatory review and approval. 
55 [0096] The software is formatted to provide for admin- 
istration of these three phases including the administra- 
tion of the drug and a placebo in a so-called "double 
blind" procedure and to print out reports suitableforsub- 
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mission to the regulatory authority which include de- 
tailed data on distribution and dose. The computer 
records which packages contain placebos and which 
patients receive them. The computer 100 can record 
and execute various functions 195 in connection with s 
these studies including printing of reports at printer 56, 
or. communications along telephone line 192 for void ac- 
tivated or voice prompted follow up with the patient 1 90. 
These can include contacting the physician to report 
side effects or other information. A monogram on drug '0 
compliance is provided to each patient including drug 
interaction, side effects or dietary instructions. 
[0097] FIG. 9 is a schematic block diagram of an RCD 
controller in accordance with the present invention. The 
host computer 46 is coupled to the RCD controller 42 '5 
via a standard serial interface, for example, an RS-232 
interface. A port P1 receives the serial signal 214 and 
distributes it to a bidirectional tristate buffer 200. The 
buffered signal 21 6 enters a microprocessor 204 where 
it is decoded. 20 
[0098] The microprocessor 240 decodes the serial 
signal 216 and activates an individual power blank line 
218 and an individual solenoid line 222. The solenoids 
212 are partitioned into n power banks 208, one power 
bank for each rack 24 in the cabinet. Each power bank 25 
208 is activated by a data bus 218 output from the mi- 
croprocessor 204. The power bank lines 220 are distrib- 
uted to an array of solenoid selectors 210. The solenoid 
selectors combine Lhe power bank signals 220 and so- 
lenoid signals 222 into an addressable array. If a power 30 
bank signal 220 is enabled, then power to the corre- 
sponding rack is activated. The solenoid signal 222 en- 
ables a particular solenoid 212 in lhe aclivaLed rack for 
dispensing. The solenoid signal bus 222 is m bits wide 
for selecting one of the m solenoids in the rack 24. 35 
[0099] As stated above, the RCD cabinets can be dai- 
sy-chained so that a plurality of cabinets 20 are control- 
led by the same host computer 46. A second port P2 on 
the controller board 42 passes the serial signal 214 to 
the next board in the chain 224. A station-select switch 40 
202 provides additional decoding so the controller 42 
has knowledge of its address in the chain. 
[0100] Another preferred embodiment of the invention 
is illustrated in connection with Fig. 1 0 where a dispens- 
ing cabinet 20 is positioned on a cart 248 having wheels 45 
and operable as a stand alone unit. The cart 248 can be 
used to support the unit relative to a wall surface in con- 
junction with bolts 250 or other suitable housing support 
mechanism. The housing support elements 250 can be 
used to support the cabinets 20 relative to the support- so 
ing surface without any other means for support. 
[0101] Each cabinet 20 can also be insulated and pro- 
vided with acoolingsystem 244 and/ora heating system 
246. As illustrated, the cooling system 244 can be con- 
tained within the housing 20 on the frame of door panel 55 
240. The heating systems can be used in the same pan- 
el 240 or in the adjoining panel 242. This system pro- 
vides for the heating and/or cooling of selected drugs 



that require temperature regulation for storage. Many 
antibiotics, for example, must be maintained at a tem- 
perature of between 40°-50° F to remain viable. One or 
more temperature sensors 252 can be positioned in the 
housing to monitor temperatures which can be regulat- 
ed by controller and be recorded in computer 1 00 mem- 
ory. 

[0102] The remote pharmacist concept is an exten- 
sion of the remote control dispensing capabilities of the 
present invention. A computer workstation is provided 
to assist a technician or other registered pharmacist in 
the filling of prescriptions. In general, this comprises 
several steps which are listed below: 

1) retrieve the patient inquiry data - this defines the 
patient for whom the prescription is intended; the 
allergy, drug, and disease states of the patient; and 
the insurance payor(s) of the patient; 

2) select the drug, signa. and other prescription-re- 
lated parameters such as "refills authorized", "dis- 
pense as written", "compound code", etc.; 

3) select the prescriber identification number; 

4) verify information in steps 1 . 2, and 3 against the 
prescription; 

5) perform drug utilization review (DUR); 

6) submit claim to payor; 

7) dispense and verify drug package; 

8) print and attach patient label to drug package; 

9) verify correct label attached to drug package; 

1 0) provide patient with label drug package and as- 
sociated documentation such as receipt, patient 
counseling text, refill instructions, etc.; 

11) provide patient with oral counseling when re- 
quired or appropriate. 

[0103] In traditional practice, a registered pharmacist 
physically located at the dispensing site performs all of 
the above steps. In some contemporary situations, a 
pharmacy technician may perform steps 1,2,3, 6, and 

7, and the registered pharmacist will perform steps 4, 5, 

8, 9, 10, and 11. In this situation, both the pharmacy 
technician and the registered pharmacist are located at 
the dispensing site, where one registered pharmacist 
may serve several pharmacy technicians. 

[0104] In some states it is required by law that a reg- 
istered pharmacist performs steps 4, 5, 9, and 11. In 
these states, the registered pharmacist provides cogni- 
tive or consultative service and leaves the mechanical 
tasks associated with filling and dispensing the drug to 
the pharmacy technician. This allows the registered 
pharmacist to enhance his contribution to the medical 
care process by affording the pharmacist with more time 
to focus on those steps which best utilize the pharma- 
cists training and expertise. The remote pharmacist 
(RRPH) concept of the present invention enables a reg- 
istered pharmacist to provide the above-cognitive/con- 
sultative services without being physically located at the 
dispensing site. This is accomplished through use of 
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modern telecommunications technology in conjunction 
with a computer-based pharmacy workstation. In this 
manner, the expertise of a registered pharmacist oper- 
ating an RPH can be shared among a large number of 
pharmacy technicians, increasing the level of medical s 
care provided in a cost-effective manner. 
[0105] The RPH apparatus and method of the present 
invention is effective in several configurations. A first 
configuration is shown in the block diagram of Fig. 11 A 
wherein an RPH 260 services several distinct RCD lo- io 
cations 262A-D. Each RCD 262A-D is at a distinct phys- 
ical location and is connected to an RPH workstation 
260 via a telecommunications Iink261 A-D, for example, 
a computer modem. This configuration is appropriate, 
for example, for servicing several low-volume clinics or '5 
emergency rooms where it is not economical to place a 
pharmacist. The mechanical tasks associated with dis- 
pensing the drug can be handled by an RCD pharmacy 
technician or by a qualified member of the medical or 
administrative staff. A pharmacist based atthe RPH pro- 20 
vides the pharmacy expertise needed for an effective 
dispensing process. 

[0106] The configuration of FIG. 11 B is applicable in 
a large volume clinic where several pharmacy techni- 
cians operating several remote control dispensers 25 
(RCD) units 265A-265D perform the mechanical tasks 
of steps 1 -3 and 7-1 0 outlined above and a pharmacist 
operating an RPH workstation 264 performs the cogni- 
Live or consultative sLeps 4-6. In Ihis configuration, the 
RPH workstation 264 can be, but need not be, located 30 
in the same facility as the RCD units 265A-265D. If they 
are in the same facility, the RPH workstation 264 can be 
linked to the RCD units 265A-D and an RCD cabinet 266 
via a local area network (LAN) 268. In this configuration, 
a patient presents a prescription to a technician at one 35 
of the available RCD terminals 265A-265D. At this ter- 
minal, a pharmacy technician performs steps 1-3. The 
results are transmitted over the network to the RPH 
workstation, and the pharmacist at the RPH performs 
steps 4-6. After the pharmacist approves the transac- 40 
tion, the technician atthe RCD unitperforms steps 7-10. 
In high-volume situations, dispensing is performed at 
separate RCD cabinets 266 adapted for dispensing 
large quantities of pharmaceuticals. A label is printed at 
a printer 267 and attached to a pharmaceutical package, 45 
for example, a bottle. The bar code reader compares 
the bar codes of the bottle and label to ensure that the 
proper prescription has been dispensed. If so, the pa- 
tient is presented the bottle and corresponding docu- 
mentation, so 
[0107] FIG. 12 is a flow diagram representing the 
processes performed by the pharmacy technician at an 
RCD and a registered pharmacist atthe RPH in accord- 
ance with the present invention. Initially, a patient 
presents a prescription to a technician at an RCD unit 55 
270. The technician determines whether the drug is 
stocked in the RCD unit 271 . If the pharmaceutical is not 
stocked, then the technician decides whether to elec- 
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ironically transfer via facsimile, email, or otherwise, the 
prescription to an affiliate 272. If the prescription is trans- 
ferred to the affiliated pharmacy, 273, the patient may 
travel to that pharmacy to receive the pharmaceutical. 
Otherwise, the prescription is returned to the patient 274 
to be filled at another RCD unit or by another pharmacist 
of the patient's choosing. 

[0108] If the drug is stocked at the RCD unit, then pa- 
tient data is retrieved 275, the drug is selected 276, the 
prescription signa is selected 277 and additional scripts 
may be entered 278. Following this, the identification 
number of the prescriber is entered 279 and all data is 
transmitted to the RPH workstation 280. At the RPH 
workstation, the pharmacist verifies the prescription 281 
and performs a drug utilization review 282. If issues 
arise during the review, the pharmacist is immediately 
made aware of the conflict and given an opportunity to 
review and, if appropriate, override 283 the interven- 
tions 284. If the pharmacist decides at this point to dis- 
continue the dispensing 285, the process is aborted 
294. If the pharmacist decides to continue the dispens- 
ing anyway 284 or there were no interventions 283 in 
the first place, then claim adjudication is performed286. 
During adjudication 286, a patient's insurance informa- 
tion is automatically verified to determine whether the 
insurer will pay for the prescription, and if so, if any co- 
payment is required from the patient. If a negative re- 
sponse is received 287, drug dispensing is aborted 291 . 
Otherwise, the drug is dispensed and verified with a bar 
code reader 288. If an improper drug was dispensed, 
the technician is notified to abort the process as a sys- 
tem failure has occurred 292. Upon system failure elec- 
tronic notification is performed. Distribution headquar- 
ters or a regional dispensing location or agent can be 
notified by the RCD system of an incorrect dispense is 
shown. Electronic notification can take the form of a fax, 
email, file transfer, pager notification, or any other elec- 
tronic transfer protocol. If verification is positive, a label 
is printed and affixed to the bottle 290, and the prescrip- 
tion is dispensed to the patient by the technician 293. 
[0109] FIGs. 13A-13Q are flow diagrams represent- 
ing the software operating on the remote pharmacist 
(RRPH) workstation 314. The system is accessible in a 
variety of configurations and on a variety of platforms 
including a pen computer 301 , a laptop computer 302, 
and a workstation 314 accessing the system either at 
an on-site location or through atelephone network 305. 
The pharmacist can also access the system via tele- 
phone modem 305 from a remote location 304 any- 
where in the world. The operating system is preferably 
a windows-based system, for example, OS/2™, Win- 
dows 95™, or Windows NT™. A programming lan- 
guage, for example, OS Visual Basic™, Borland Del- 
phi™ and various tool kits such as OCX-VBX Library 
Kits and ButtonMaker™ by FarPoint Technologies™ 
provide the framework for supporting the Windows en- 
vironment. The windows environment is preferably 
mouse-driven and may optionally employ voice-activat- 
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ed technology touch screen, or wireless hand-held ter- 
minals that remotely control the RRPH, such as aZenith 
Data Systems Cruisepad™, for ease of use. 
[0110] Upon entering the operating system 303, the 
program starts 306 at a main menu 307. The main menu s 
307 is referred to as a jump screen shown in FIG. 14A. 
At the jump screen 500, the operator can select from 
several options including: entering a new prescription 
308, refilling a prescription 310. entering new patient in- 
formation 311 , generating reports 312, performing main- '0 
tenance functions 315, or exiting the system 313. Each 
selection requires the operator to enter a password 
309A-309E. The password function 309A-309E pro- 
vides an appropriate level of security for each task. For 
example, generating a new prescription 308 may re- '5 
quire a high level of security, for example, the pharma- 
cist, while generating a report 312. may require a lower 
level of security, for example, a technician. 
[0111] The password gate task 309 is shown in FIG. 
1 3B. Initially, the user is prompted to enter a user ID and 20 
password 31 8 which is checked against a database 31 9 
of user IDs, passwords, and security levels. The screen 
for entering the username and password is shown in 
FIG. 14Q. If the user ID and password are verified 320, 
then the operator is permitted to proceed and the system 25 
is returned 322 to the operation where the password 
task was initially called. Otherwise, a login attempt is 
recorded 321 and the user is prompted again to enter 
his password 31 8. Security measures may be installed 
to prevent break-ins. For example, when a predeter- 30 
mined number of invalid login attempts 321 are record- 
ed, the system may be disabled for a period of time, 
[0112] Returning to FIG. 13A. if the option to enter a 
new prescription 308 is selected and a proper password 
is entered 309A, then the operator is presented with a 35 
menu of selections shown in FIG. 14B. The menu is gen- 
erated using a tab metaphor representing a plurality of 
files for the user to "thumb" through using the mouse. 
The tab selections include patient information 323A, 
payment 323B, drug 323C, signa 323D, patient medical 40 
profile 323E, and data verification 323F. In the patient 
window 323A shown in FIG. 14B, the operator is prompt- 
ed to enter fundamental data concerning the patient in- 
cluding name, address, phone numbers, age, sex, 
weight, identification numbers, basic health information, 45 
and employer information. Alternatively, the operator 
may use the drop-down box 529 to select the patent 
name from a list. In which case the relevant data will 
automatically appear in the data windows. 
[0113] Upon entering the above data, the operator so 
next selects the payor and prescriber window 323B 
shown in FIG. 14C. In this window, the operator is 
prompted to enter information about the prescribing 
physician 501 , the responsible pharmacist 502, and the 
person or insurance company responsible for payment 55 
503. Pull-down menus indicated by arrows 504A, 504B 
are provided to allow the operator to select from a plu- 
rality of prescribers and pharmacists previously entered 
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into the database. Upon selecting a prescribing physi- 
cian from the pop-down menu 504A, the relevant data 
501 will automatically appear in the data windows. This 
patient data can be required before an enabling com- 
mand can be sent to the controller and/or printer to dis- 
pense the desired item or print the necessary labeling 
an/or patient instruction printout. 
[0114] In the drug window 323C, shown in FIG. 14D, 
the operator is prompted to select from a pop-down 
menu 505 of drugs available in the RCD units. When a 
drug is selected, the generic name, brand name, and 
NDC number of the drug available in the RCD unit au- 
tomatically appears in the window, along with the quan- 
tity of doses in each bottle. At this time, the operator is 
afforded an opportunity to select a generic substitution 
506, as opposed to a brand name drug. A generic sub- 
stitution generally saves money forthe patient andtends 
to be a more current formula forthe drug. Label data to 
be printed upon dispensing is automatically updated by 
the software to include the generic drug information. In 
addition, the software automatically maintains an inven- 
tory and keeps track of the drugs which have been dis- 
pensed and assures a first-in-first-out inventory proc- 
ess. This provides a round-robin dispensing system so 
that drugs are continually circulated and therefore, ex- 
piration dates will pass less frequently. In addition, this 
system averages out solenoid use for each column in 
the cabinet such that one column does not wear more 
quickly than other columns in the cabinet. The drug win- 
dow 323C also requires the operator to select an ICD- 
9 disease code from a pop-down menu 507. The ICD-9 
code is an industry standard code number for a variety 
of ailments known to physicians. 
[0115] Returning to FIG. 13C, upon entering the re- 
quired data in the patient 323A, payor and prescriber 
232B and drug 323C windows, the operator selects the 
signa window 323D, In the signa selection task shown 
in FIG. 13D, corresponding to window FIG. 14E, the op- 
erator is prompted to enter a signa by code 328, by text 
look up, or manually 330, Signa codes are industry 
standard acronyms or codes used by pharmacists for 
providing instructions to the patient. If the operator en- 
ters a code 328, then the software determines whether 
the code is in the database 331 and whether it has been 
used before 332 in the system. If not, the computer is 
instructed to learn the new code 333 by adding it to the 
database 334. In addition, the computer questions 
whether the signa dosage amount is correct for the new 
signa, as shown in FIG. 14S. The newly learned code 
is then available to the non-technical user via the Signa 
by Text option 329. In this way, the commonly-used 
Signa combinations of a facility (i.e. regimen) are 
learned and more readily available. The properties of 
the signa code include 335 include the number of units 
per day, the day's supply, the daily dosage, and the refill 
date. These properties automatically determined by the 
software after the operator enters the signacode. Fol- 
lowing this, the software returns to the point where the 
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signa selection was called (see FIG. 13C). 
[0116] In the profile window 323E shown in FIG. 14F, 
a menu of sub-files are available to the operator for se- 
lecting various patient medical data including refill infor- 
mation 508, allergy information 509. disease informa- 
tion 510, and medication history 511 . In the allergy win- 
dow 509 shown in FIG. 14F, a patient allergy table 512 
includes a list of known allergies forthe patient. The pa- 
tient allergies 512 are selected from a master allergy ta- 
ble 513 which includes all known pharmaceutical aller- 
gies. The operator scrolls through the master allergy list 
and selects the appropriate allergy. Using the drag-and- 
drop method, the allergy is copied from the master al- 
lergy table to the patient allergy table 512. The allergy 
information is used during the drug utilization review 
(DUR) to determine if there is a conflict between the pa- 
tient's allergy history and the prescribed pharmaceutical 
or any pharmaceutical in the patent profile. In FIG. 14G, 
the patient's disease history is tracked in a similar man- 
ner. A disease history for the patient 515, is selected 
from a master disease table 514. In FIG. 14H, a medi- 
cation history forthe patient is tracked. The data tracked 
includes active medications 516 and inactive medica- 
tions 51 7, including the date that the medication was dis- 
pensed, the brand name, and source of the pharmaceu- 
tical. Again, the tracked medications 51 6,51 7 are select- 
ed from a master medication window 518. The data in- 
cludes the National Drug Code (NDC) for all prescrip- 
tions. 

[0117] In the verify window 323F shown in FIG, 14K, 
the operator is given an opportunity to view all relevant 
prescription data. The data includes a synopsis of the 
patient information, payor, prescriber, ICD-9, drug, 
signa, and adjudication information. At this point 325 
(see FIG . 1 3C), the software verifies that all relevant da- 
ta has been captured. If it has not, the operator is 
prompted to enter those portions of the data which are 
missing. Upon verification, the continue button 519 is 
enabled. This is indicated by darkening of the letters 
which spell out the word "continue" and by the button 
519 flashing when ready. If any information is missing, 
the computer directs the operator to the appropriate win- 
dow for entering the missing information. 
[0118] When the continue button 51 9 (see FIG. 14K) 
is selected by the user 327 (DUR), the software per- 
forms a drug utilization review 337 as shown in FIG. 
13E. During a drug utilization review, the software ana- 
lyzes the patient profile 336 compiled by the operator 
and performs a plurality of tests 337 to check for drug 
conflicts. The tests include: drug allergy, drug disease, 
drug interaction, dose check, duplicate therapy, drug 
food, pediatrics, geriatrics, pregnancy, lactation, dis- 
ease additive, drug additive, drug induced, polypharma- 
cy, side effects, and other standard DURtests. Note that 
this process need not be sequential as shown in FIG. 
14K. Threads may be used to obtain simultaneous oc- 
currences of each test. In this manner, the patient profile 
can be simultaneously tested in the DUR to arrive at re- 
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suits faster. 

[0119] With reference to FIG. 13F, after a DUR test is 
completed, the user is provided with a drug utilization 
review window, as shown in FIG. 141 including a menu 

s of tabs representing the various tests conducted. The 
DUR results are displayed as a series of tabbed folders 
of various colors as shown in FIG. 141. Red folders 523, 
for example the "Lactation" folder of FIG. 141, indicates 
a conflict with requires an override by the pharmacist. A 

10 red drug interaction field or has an additional feature of 
displaying a Drug Information Facts monograph forthe 
user as shown in FIG. 140. The user can additionally 
print the monograph for consultation with the responsi- 
ble dispenser. In this manner on-line Drug Information 

15 is available for each drug interaction. A yellow folder 
522, for example the "Duplicate Therapy" and "Drug Ad- 
ditive" folder, indicates that the tests should be checked 
by the pharmacist but does not require an override. A 
green folder, for example the "Geriatrics" folder 521 , in- 

20 dicates that the tests passed without a conflict. 

[0120] Returning to FIG. 13F, if the operator has se- 
lected a folder which is tabbed red, then the override 
button 520 is enabled 342 to allow the operator to over- 
ride thef lagged conflict. If no red tabs 339 are generated 

25 by the test, then the continue button 51 9 is enabled 340. 
When the continue button is selected 343 by the oper- 
ator, the operator is prompted to enter a payment meth- 
od 346. The payment method is selected in payor win- 
dow 503 of FIG. 14C to determine which path to follow. 

30 If cash is selected, then a dispense subroutine is issued 
377. If a third party payor is selected, then adjudication 
or payment confirmation takes place 347. The dispense 
and adjudication processes will be described below. 
[0121] When the override command is selected 344, 

35 an override task 345 is called as shown in FIG, 13G. If 
the user is not authorized 349 to override the conflict, 
then a warning is displayed 358 and a remote or local 
pharmacist 359 is consulted. If a remote pharmacist is 
selected, the remote pharmacists key 361 is displayed 

40 andaconnection is established 364 with encrypted data 
during the data exchange 367. Next, the computer per- 
forms an out dial to the remote pharmacist 368 who is 
given control of the dispensing process. As shown in 
FIG. 14V, during an override, the remote pharmacist will 

45 be required to enter a comment for dispensing to pro- 
ceed. 

[0122] If a local pharmacist is selected 359, the au- 
thorized pharmacist is prompted for a password 360. If 
several invalid attempts are recorded 363, then the 

so override is ended and the dispensing will not be allowed 
to take place. If the pharmacist password is authorized 
362, or if the user is authorized 349, the an override win- 
dow shown in FIG. 14L is presented to the operator. The 
override window identifies the operator and the conflict 

55 to be overridden 350. The user is prompted to enter a 
justification for the override and will not be allowed to 
leave this override screen without entering a comment 
in the comment window 525. After the appropriate data 
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is entered, the data is captured to the database 355 by 
the operator clicking on the save button 526 and the pro- 
gram returns to the drug utilization review window 
shown in FIG. 1 41. Atthis point, the previously red folder 
523 will be given a new color, for example grey, to indi- s 
cate that the conflict has been overridden. 
[0123] During an adjudication process shown in FIG. 
13H, a data packet is initially prepared 369 and the mo- 
dem is initialized 370 as shown in FIG. 14P. After initial 
handshaking 371, a determination is made whether '0 
transmission 372 is enabled. If transmission is not yet 
cleared, then the software waits for a predetermined pe- 
riod of time 373, and if a time out occurs 374, then the 
transaction is saved to disk for later use 376 so that the 
data does not have to be reentered and the pharmaceu- 15 
tical is dispensed 377. If transmission has been cleared 
372, then data is transmitted 375 and the process waits 
for a response 378. If after a predetermined period of 
time 379. the software determines that it has waited too 
long 380, then the transaction is saved to the disk for 20 
later use 381 and the pharmaceutical is dispensed. 
[0124] When a response is received 378, the returned 
data packet is parsed 383 as shown in FIG. 131. If the 
payor has not authorized the transaction 384, then a re- 
jection is displayed on the monitor 393 and the operator 25 
is queried to cancel 388, save the transaction for later 
389, or resend the transaction 390 as shown in FIG. 1 4V. 
If cancel 388 is chosen, then the program ends and re- 
turns lolhejump screen 500 shown in FIG. 14A. If "save 
for later" 389 is selected, then the transaction is saved 30 
to the disk for later use 392 and a dispense command 
is ordered 377. If resend 390 is selected, then the oper- 
ator is given an opportunity to modify the outbound data 
packet 391 and adjudication is initiated again. If the pay- 
or authorizes the transaction 384, then an approval is 35 
displayed on the monitor 385 and the operator is queried 
whether he accepts the approval 386. If so, and the op- 
erator has to respond to a payor DUR 387, then adjudi- 
cation is performed again. Otherwise, a dispense task 
377 is performed. 40 
[0125] With reference to FIG. 13J, in a dispense task 
377 the transaction is initially recorded in a transaction 
database 394 and a drop signal is sent to the dispenser 
395. Upon receiving feedback from the dispenser 396, 
two barcoding safety options are possible 397. Under 45 
the first option, the barcode on the dispensed bottle is 
scanned 404 after a prompt by the software as shown 
in FIG. 14M. The prompt 528 requests the operator to 
scan the barcode label. After scanning, if the barcode 
matches that which the computer expects 405, then a so 
patient monograph and bottle label is generated as 
shown in FIG. 15. The computer next prompts the user 
to report that the label has been applied to the bottle as 
shown in FIG. 14R. 

[0126] Thebarcodeappliedtothedispensedpackage 55 
by the repackager may contain expiration date informa- 
tion which the computer automatically checks upon 
scanning the barcode. If the package has expired, the 
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operator may be warned, and the label and monograph 
print function disabled. Also, the computer may check 
the package date against the ending date of the pre- 
scription period and disable the print function or other- 
wise warn the operator if this test fails. 
[0127] Alternatively, if the second barcoding safety 
option is selected 397, then the printout is generated 
initially 398 and labels and safety barcodes from the 
printout are adhered to the bottle 399. The repackager 
barcode on the bottle and a prescription generated bar- 
code are optically read or scanned 400 and the compu- 
ter electronically compares the two codes to determine 
if they match 401 . 

[0128] Returning to FIG. 13J, if the bar codes fail to 
match 402, 403, then all data responsible for generating 
the error is captured 417 as shown in FIG. 13L and a 
warning is issued to the operator that the pharmaceuti- 
cal or other item is not cleared for dispensing 418. Po- 
tential corrective measures are displayed 419, and the 
operator is given the option to lock the column generat- 
ing the error 420. If so, the operator instructs the com- 
puterto lock the column 421 . The server is automatically 
notified 422 by the computer via modem 423. After the 
server acknowledges receipt of the error 424, the pro- 
gram returns to the point where the dispense task was 
called. 

[0129] With reference to FIG. 13K, if a proper dispens- 
ing has occurred, then the transaction is recorded to the 
data base 407, and the computer determines whether 
inventory is at or below a predetermined restock value 
408. If the inventory is at an appropriate value, the pro- 
gram returns to where the dispense task was called. 
Otherwise, an encryption program is activated 409 and 
an outdial to the server headquarters is performed 41 0 
via modem 411. If the server acknowledges 412, then 
the files are marked as sent 413 and the software re- 
turns to the point where the dispense task was called. 
If theserverfailsto acknowledge within a limited number 
of attempts 414, then the operator is warned 415 that a 
communication problem exists and a command to start 
a timer for periodic low-inventory-dial-outs or "LIDOS" 
is initiated 41 6. A LIDO is a parallel background process 
for calling the distribution headquarter to replenish in- 
ventory. Following this, the computer returns to the point 
where the dispense task was called. In addition to the 
automated inventory processes described above, an 
operator may at any time monitor inventory in an ROD 
unit by selecting the "inventory" option shown in FIG. 
14T. This image shows the number of bottles in each 
RCD bin or column. 

[0130] During an override procedure shown in FIG. 
13G, if a connection to a remote pharmacist 364 is es- 
tablished, at the remote pharmacist workstation as 
shown in FIG. 13M, the data received is decrypted 428, 
and the computer determines whether a share or pack- 
age exchange 427 is occurring. In the case of a share 
exchange, the remote pharmacist assumes control of 
the system 429 and a remote pharmacist password is 
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generated 426. In the case of a packet exchange 427, 
the data is displayed 425, and the remote pharmacist 
password is generated 426. 

[0131] FIG. 13N is a flow diagram representing re- 
mote pharmacist password generation 426. Initially, a 
display key is transmitted from the remote system 431 . 
The key is entered into the local program 432 and the 
local program decodes the key and generates a counter 
key 433. This counter-key is used as the remote phar- 
macists password 434. At this point, the program returns 
to the point where the remote pharmacist password gen- 
eration task 426 was called. With reference to FIG. 130, 
if the refill option 310 is selected at jump screen 500 
shown in FIG. 14A, then all relevant data should have 
already been entered into the database. At this point, 
the patient's name is selected 435 and a refill is selected 
for the patient 436. After a payment method is selected 
437, a drug utilization review is performed, along with 
adjudication and dispensing as described above. 
[0132] FIG. 13P is a flow diagram representing tasks 
performed when the new patient 31 1 option is selected 
atthejump screen. In this task, new patient demograph- 
ics 438, allergy profile 439. disease profile 440, and 
medical profiles 441 are entered for the new patient. Af- 
ter this task is performed, control is returned to the jump 
screen of FIG. 14A. 

[0133] With reference to FIG. 13Q, if the reports op- 
tion 31 2 is selected atthejump screen, a list of available 
reports are presented to the operator. The operator is 
given a choice to print or preview a report 443, If the 
preview option is selected, then the report is generated 
on the monitor 444. After viewing the report 444, the op- 
erator is given a choice whelher Lo prinl the report 445, 
and if so, the report is sent to the printer 446. 
[0134] FIG. 1 6 is a schematic diagram representing a 
typical remote drug dispensing configuration in accord- 
ance with the present invention. System access loca- 
tions are shown in a first city 550, second city 551 , and 
a third city 552. Pharmacists and physicians in the sec- 
ond 551 and third 552 cities communicate with physi- 
cians, pharmacists, and technicians in the first city 550 
via telephone connections 553, for example, a tele- 
phone modem, or an ISDN connection. A gateway com- 
puter 555 in the first city 550 operates as a server to 
receive and transmit messages on the telephone lines 
553. Access stations in the first city 550 are intercon- 
nected via an intranet 554 otherwise known as an eth- 
ernet or local area network (LAN). The LAN may be lo- 
cated in a hospital, an HMO, or a pharmacy. Hardware 
connected to the LAN 554 includes the gateway work- 
station 555, a laptop computer 566 with video telecon- 
ferencing capabilities 567, a pen computer 568, a fac- 
simile 557, and an RCD host computer 564 operating 
an RCD unit 556. The RCD host computer 564 may also 
have video teleconferencing hardware 563 and a plural- 
ity of pen computers 565 connected thereto. 
[0135] When a patient approaches a technician at an 
RCD unit 556, the technician initiates the dispensing 
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process by entering relevant patent data into the RCT 
host computer 564. If the dispensing process requires 
the expertise of a pharmacists, then the technician at 
the host computer 564 issues a request to an available 

s pharmacist operating the pen computer 568, laptop 
computer 566, or workstation 555 within the building in 
the first city 550, or may request the services of a phar- 
macist operating an RPH workstation 559 in the third 
city 552 or a pharmacist at the laptop computer 561 in 

io the second city 551. Relevant data is exchanged and 
video teleconferencing is enabled between the techni- 
cian and the pharmacist or prescribing physician if ap- 
propriate. Hand written scripts may be transferred to and 
from the first city 550 via facsimile 557. The facsimile 

15 image may be downloaded into the host computer 564 
and stored with relevant patient data. 
[0136] FIG. 17 is a schematic block diagram repre- 
senting the transfer of data between an RCD host com- 
puter 570 and a remote RPH workstation 571 . A tech- 
no nician at the host computer 570 receives a request for 
a prescription from a patient at the RCD unit 572. The 
technician prepares the relevant data including the pa- 
tient record, the prescription to be dispensed, and the 
adjudication information. The data is packed, encrypted 

25 and transmitted over the internet 573 to the RPH work- 
station 571 operated by a registered pharmacist. The 
pharmacist receives the data, conducts the relevant 
tests and makes a determination regarding dispensing 
the pharmaceutical. A packet or data is prepared with 

30 the patient's records, data, and any comments, along 
with a signal to cause the RCD unit 572 to dispense. 
This data packet is transmitted over the internet 573 as 
an Email message or other data file to the host computer 
570. The host computer 570 receives the message, un- 

35 packs the data, and dispenses the pharmaceutical au- 
tomatically in realtime. In this manner, a pharmacist op- 
erating a remote workstation 571 causes the RCD unit 
572 to dispense the pharmaceutical in real time. Alter- 
natively, the dispense commands may be issued in a 

40 batch process, requiring the technician at the host com- 
puter 570 to issue the dispense command to the RCD 
unit. Scripts from the host computer 570 generated by 
the technician may also be transmitted to the pharmacist 
at the RPH workstation 571 in batch form. 

45 [0137] FIG. 18 is a schematic block diagram repre- 
senting connectivity between RCD units at various sites. 
For example, a hospital site 575, may communicate with 
an HMO 576 via the internet 579. At the hospital site 
575, two RCD units 581 A, 581 B are supported by two 

so RCD host computers 580A, 580B respectively. The host 
computers communicate via intranet 578A, otherwise 
known an internal internet, or a LAN. A server 584 on 
the LAN 578A provides an interface between the LAN 
578A and the internet 579. The RCD units 581 A, 581 B 

55 may serve two separate wards in the hospital. At the 
HMO office 576, a similar configuration employing two 
RCD units 582A, 582B hosted by host computers 583A, 
583B are interconnected by a LAN 578B, and server 
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585. Distribution headquarters 577 also interfaces with 
the internet 579. In this manner, headquarters 577 can 
automatically keep track of stock levels, patient data, 
and other data warehousing functions. 
[0138] FIG. 19 is a schematic block diagram repre- $ 
senting dual modem configuration. An RCD host com- 
puter 585 serving an RCD unit 593 in a first city 586 is 
configured to operate with a first and second modems 
594A, 594B. Using the first modem 594A, the technician 
at the host computer 585 may solicit instructions from a '0 
pharmacist in a second city 587 operating a RPH work- 
station 589, a pen computer 590, or a laptop computer 
591 each equipped with a modem 592A-C. A second 
modem 594B on the RCD host computer 585, allows for 
adjudication to take place with an adjudication switch '5 
590 in a third city 588 while the link between the RPH 
workstation 589 and the RCD host computer 585 is 
maintained. In this manner, a pharmacist at a remote 
location in a second city 587 can access an RCD host 
computer 585 through a first modem 594A and perform 20 
adjudication between the RCD host computer 585 and 
an adjudication switch 590 in a third city 588 using the 
second modem 594B. 

[0139] Alternatively, if the remote pharmacist at the 
RPH workstation 589 did not wish to remain online dur- 25 
ing adjudication, then the remote pharmacist could is- 
sue an adjudication batch command to be performed by 
the RCD host computer 585. After the batch command 
is issued, the link belween Ihe RPH workstation 589 and 
the host computer 585 is deactivated and the host com- 30 
puter performs adjudication. After adjudication is com- 
pleted, the RCD host computer 585 reestablishes the 
link between the RCD host computer 585 and the RPH 
workstation 589 to inform the remote pharmacist that 
adjudication is completed. This batch process requires 35 
only a single modem at the RCD host computer 585 
which is time-shared for script and adjudication process- 
ing. 

[0140] While this invention has been particularly 
shown and described with references to preferred em- 40 
bodiments thereof, it will be understood by those skilled 
in the art that various changes in form and details may 
be made therein without departing from the spirit and 
scope of the invention as defined by the appended 
claims. 45 
[0141] In particular, embodiments of the invention 
may include the features of the following enumerated 
paragraphs ("paras"). 

1 . A system for automated dispensing of a package so 
comprising: 

a controller for generating a dispense signal in 
response to a request signal; 
a housing having a plurality of bins, each bin 55 
storing an encoded plurality of packages, each 
of said bins having a dispenser coupled to said 
controller for dispensing a package therefrom 



in response to said dispense signal; and 

a code reader coupled to said controller for 

reading the code of a dispensed package. 

2. The system of para 1 wherein said bins comprise 
columns, said packages being gravity-fed in the col- 
umns. 

3. The system of para 2 wherein the dispenser com- 
prises a plurality of valves actuated by a corre- 
sponding plurality of solenoids, said solenoids be- 
ing sequentially activated such that a single pack- 
age is dispensed from a column per request. 

4. The system of para 1 wherein said code reader 
comprises a bar code reader and the packages are 
encoded with barcodes. 

5. The system of para 1 further comprising sensors 
coupled to said controller for monitoring inventory 
of said packages. 

4. The system of para 1 wherein said code reader 
comprises a bar code reader and the packages are 
encoded with bar codes. 

5. The system of para 1 further comprising sensors 
coupled to said controller for monitoring inventory 
of said packages. 

6. The system of para 1 wherein said packages 
comprise bottles. 

7. The system of para 1 further comprising a label 
printer for printing a prescription label for attaching 
to said dispensed package. 

8. The system of para 7 wherein the printed pre- 
scription label includes a printed picture of a phar- 
maceutical contained in the dispensed package. 

9. The system of para 1 wherein said housing is 
adapted for mounting on a wall. 

10. The system of para 1 wherein the dispenser 
comprises a roller actuated by a motor. 

11 . The system of para 1 wherein the bins comprise 
drawers and the dispenser comprises a helix actu- 
ated by a motor. 

12. The system of para 1 further comprising a ramp 
that delivers a dispensed pharmaceutical in the 
package to a drop point. 

13. A method for dispensing packages comprising: 
storing a plurality of coded packages in a hous- 



16 



EP 1 226 806 A2 



reading the code of a package with a code read- 
er; 

verifying that the requested package was dis- 
pensed; and further characterizing by s 
receiving request signals at an electronic con- 
troller in the housing from a computer to dis- 
pense a package; 

generating dispense signals received by a dis- 
penser associated with the requested package '0 
from the electronic controller in the housing in 
response to the received request signals; 
displaying package information on a computer 
display; and 

dispensing before the steps of reading the code '5 
of a package the package from the housing in 
response to the dispense signal. 

14. The method of para 13 further comprising the 
step of printing a prescription label at a label printer 20 
for attaching to the dispensed package. 

15. The method of para 14 further comprising the 
step of printing a picture of a pharmaceutical pill on 

the label. 25 

1 6. The method of para 1 3 further comprising pro- 
viding a plurality of multi-dose pills in each package. 

1 7. The method of para 1 3 further comprising pro- 30 
viding each packaged item in a plastic bottle. 

1 8. The method of para 13 wherein the code of the 
dispensed package comprises a first code and fur- 
ther comprising the steps of: 35 

printing a second code pertaining to the con- 
tents of the dispensed package; 
optically reading the first and second codes; 
and 40 
verifying the package by comparing the first 
code and second code. 

1 9. The method of para 1 8 further comprising dis- 
playing package information on a computer display 
and displaying an instruction notto deliverthe pack- 
age if the second code does not match the first 



20. The method of para 13 further comprising the 
steps of: 

performing a plurality of required patient data 
entry operations; and 

automatically enabling or disabling the step of 
dispensing after completion of the patient data 
entry operations such that dispensing occurs 
only upon receipt by the controller of an ena- 



bling command. 

21 . The method of para 20 further comprising pro- 
viding an override command such that a user can 
enable the controller to dispense a package and re- 
cording an override command entry in a computer 
memory. 

22. The method of para 20 further comprising color 
encoding displayed patient data files on the display. 



A system for automated dispensing of packaged 
medical products comprising: 

a housing having a plurality of bins; 
a computer that controls dispensing of pack- 
aged medical products; 
a communication network connected to the 
computer; 

each bin storing a plurality of packaged medical 
products; 

an electronic controller within the housing that 
generates a dispense signal in response to a 
request signal from the computer, the computer 
receiving a dispense instruction through the 
communication network; and 
a dispenser associated with each bin within the 
housing that controls dispensing of packaged 
medical products within the bins such that a 
product is dispensed in response to the dis- 
pense instruction. 

2. The system of claim 1 wherein said bins comprise 
columns, said packages being gravity-fed in the col- 
umns, and, optionally, wherein the dispenser com- 
prises a plurality of valves actuated by a corre- 
sponding plurality of solenoids, said solenoids be- 
ing sequentially activated such that a single pack- 
age is dispensed from a column per request. 

3. The system of claim 1 wherein said communication 
network comprises the Internet or a telephone net- 
work. 

4. The system of claim 1 further comprising sensors 
coupled to said controller for monitoring inventory 
of said packages. 

5. The system of claim 1 and either: 

a) wherein said packages comprise bottles; 

b) further comprising a label printer for printing 
a prescription label for attaching to said dis- 
pensed package, and, optionally, wherein the 
printed prescription label includes a printed pic- 



17 



33 



EP 1 226 806 A2 



34 



ture of a pharmaceutical contained in the dis- 
pensed package; 

c) wherein said housing is adapted for mount- 
ing on a wall; 

d) wherein the dispenser comprises a roller ac- s 
tuated by a motor; 

e) wherein the bins comprise drawers and the 
dispenser comprises a helix actuated by a mo- 
tor; 

f) further comprising a ramp that delivers a dis- 10 
pensed pharmaceutical in the package to a 
drop point; 

g) wherein the communication network is con- 
nected to a server having a patient record da- 
tabase: '5 

h) further comprising a video link through the 
communication network; 

i) comprising a first camera connected to the 
computer and a second camera connected to 

a second computerthat is connected to the net- 20 
work; 

j) further comprising a pharmacy computer con- 
nected to the network; 
k) further comprising a card reader; or 
I) wherein the medical product comprises pack- 25 
aged pharmaceuticals. 

6. A method for dispensing packages comprising: 

storing a plurality of medical packages in a 30 
housing; 

further characterized by delivering dispense 
instructions to a computer with a communica- 
tion network; 

receiving a request signal at an electronic con- 35 
trailer in the housing from the computer to dis- 
pense a package; 

generating dispense signals received by a dis- 
penser associated with the requested package 
from the electronic controller in the housing in 40 
response to the received request signals; and 
dispensing the package from the housing in re- 
sponse to the dispense signal. 

7. The method of claim 20 further comprising the step 45 
of printing a prescription label at a label printer for 
attach ing to the dispensed package, and/or the step 

of printing a picture of a pharmaceutical pill on the 



8. The method of claim 20 further comprising provid- 
ing a plurality of multi-dose pills in each package. 



9. The method of claim 20 further comprising provid- 
ing each packaged item in a plastic bottle. 



10. The method of claim 9, and either: 



a) further comprising adjudicating payment for 
the package with the network; 

b) further comprising displaying package infor- 
mation on acomputer display and displaying an 
instruction not to deliver the package; 

c) further comprising the steps of: 

performing a plurality of required patient 
data entry operations: and 
automatically enabling or disabling the 
step of dispensing after completion of the 
patient data entry operations such that dis- 
pensing occurs only upon receipt by the 
controller of an enabling command, and, 
optionally, further comprising providing an 
override command such that a user can en- 
able the controller to dispense a package 
and recording an override command entry 
in a computer memory; 

d) further comprising color encoding displayed 
patient data files on a display connected to the 
computer; 

e) further comprising connecting the computer 
to the Internet; 

f) further comprising actuating a rotary dispens- 
er that dispenses packages; 

g) further comprising connecting the network to 
a server having patient data records; 

h) further comprising connecting the computer 
to a pharmacy computer; 

i) further comprising connecting a video camera 
to the computer and transmitting video with the 
network; 

j) further comprising connecting the network to 
a local area network; 

k) further comprising transmitting a data packet 
or electronic mail message over the network; 
I) further comprising performing a drug utiliza- 
tion review before dispensing a packaged phar- 
maceutical; 

m) further comprising printing a report associ- 
ated with a dispensed package; 
n) further comprising entering a password to 
access data via the network; 
0) further comprising performing an inventory 
operation with the network 
p) further comprising transmitting barcode in- 
formation over the network; 
q) further comprising recording each dispens- 
ing operation in a memory; 
r) further comprising programming a plurality of 
computers connected to the network with soft- 
ware module to perform separate dispensing 
operations; 

s) wherein the computer and dispenser are po- 
sitioned within a common housing, the dispens- 
er including a rotary dispenser and a gravity fed 
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dispenser; 

t) further comprising a medication database on 
a server connected to the network; 
u) further comprising a windows operating sys- 
tem on the computer; 5 
v) further comprising securing the packages 
within a locked dispenser housing; or 
w) wherein the controller comprising a micro- 
processor, a serial port, a solenoid selector, a 
buffer, a clock, and a power bank. '0 
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Uses: wiajla. K\jjiK M^iAA-^^^ TAKE 1 TABLET AT BEDTIME 



How to Use This Medication 




Side Effects: 



IMAAA <W. 



Dr Jones, Ralph 
Protropin Tab lOmg 
Count: 4 Lot-# 123456 
Claim Auth: 

Expiry. 12/99 Price: 



Precautions: 



Drug Interactions: . 
Notes: 



Missed Dose: 



Storage i 



FIG. 15 



71 



EP 1 226 806 A2 




EP 1 226 806 A2 



Data 

IE 



Patient 
Record (s) 




57I 



RCD Dispense 
Signal 



573 









Data 




570 



FIG. 17 



73 




FIG. 18 



EP 1 226 806 A2 




75 



EP 1 226 806 A2 




FIG. 20 



76 



EP 1 226 806 A2 




EP 1 226 806 A2 




EP 1 226 806 A2 




EP 1 226 806 A2 




EP 1 226 806 A2 





81 



EP 1 



226 806 A2 




FIG. 32 



EP 1 226 806 A2 




EP 1 226 806 A2 




FIG. 33 



